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Reporting credit/charging information to a mobile subscriber 

Background of the invention 

The invention relates to methods and equipment for reporting 
charging information to mobile subscribers; including, for example reporting 
5 the amount of available credit to prepaid subscribers. In mobile communica- 
tions systems, such as GSM, the use of prepaid SIM (Subscriber Identity 
Module) cards is increasing. Prepaid SIM cards relieve the network operators 
of credit losses. They enable parents to set an upper limit for the telephone bill 
of their children beforehand. As a third benefit, they enable roaming subscrib- 
10 ers to pay their local calls with local tariffs, whereas the use of the SIM card of 
their home operator results in paying international tariffs to their hprne. network 
and back. 

A problem with prepaid SIM cards is that current mobile stations 
(handsets) are not provided with means for automatically displaying credit- 

15 related information, such as the current credit status, immediately after the end 
of a call. Some operators allow the subscribers to call an Interactive Voice Re- 
sponse (JVR) service which reports the available credit by synthesized speech. 
Such a service causes another problem: using the IVR causes a significant 
amount of overhead traffic in the radio interface. This non-chargeable traffic 

20 consumes resources which could be better spent on chargeable calls. 

Disclosure of the invention 

An object of the invention is to provide a mechanism for reporting 
the available credit status for prepaid subscribers in a way which allows re- 
ducing the overhead traffic load in the radio interface. To discourage users 

25 from calling the IVR, the mechanism according to the invention must be fast 
enough, so that the users will not experience annoying delays. These objects 
are achieved with a method and equipment which are characterized by what is 
disclosed in the attached independent claims. Preferred embodiments of the 
invention are disclosed in the attached dependent claims. 

30 According to one embodiment, at call termination, a service logic 

program (SLP) handling the call in a Service Control Point (SCP) sends the 
credit information (e.g. via a LAN connection) to a program running on a sepa- 
rate processor or workstation WS. This program then reformats and passes on 
the information (e.g. via another LAN) to the Short Message Service Center 

35 (SMSC), which sends the actual short message to the mobile station. The LAN 
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connections can be standard TCP/IP connections. The protocol between the 
SCP and the workstation can be a specific protocol which is used via an Appli- 
cations Programming Interface (API). The protocol used between the WS and 
e.g. .Nokia's SMSC is called Computer Interface to Message Distribution-2 
5 (CIMD-2). The program running on the workstation is typically written in C++. 
To use the API, the programmer has to insert statements in the Service Logic 
Program (SLP) and write a separate C++ program for receiving the informa- 
tion. CIMD-2 is a simple character based protocol, where a client process 
makes requests to the server and the server responds. 
10 The basic idea behind the solution is~ to utilise both the above- 

mentioned interfaces to make a direct connection from the SCP to the SMSC, 
thus reducing the time delay from the termination of the call to the^time the in- 

* S .. Tvrii* 

formation is sent as an SMS. This short time is the main- advantage of this so- 
lution, and experiments performed by the inventor in a test platform have 

15 shown that the mobile station can receive the short message in 1 to 5 seconds 
from the termination of the call. 

Optionally, releasing the call will be delayed whereby the message 
according to the invention can be delivered without a separate page message. 

Preferably, the information is extracted from the SCP, because no 

20 problems due to propagation delay arise. The SLPs (Service Logic Programs 
handling the calls) being executed on the SCP provide functionality for com- 
municating with an external process through a gateway between services run- 
ning inside the Service Logic Execution Environment (SLEE) and external ap- 
plications. More specifically, the SLPs can send messages to an external 

25 process via a socket. The external process runs on a separate computer or 
workstation, and therefore it does not influence the performance of the SCP. 
The SLP handling a prepaid call runs during the whole call, since it controls 
credit updating. This means it will know when the call has finished. The infor- 
mation needed by the external process could then be sent out by adding some 

30 SLP code at the end of the prepaid SLP. 

Yet another solution is to use the SS7 network for sending the in- 
formation between the SCP and the SMSC. This solution apparently requires 
the use of the MAP protocol. As an advantage, no new elements (network 
connections, programs) would be introduced. 
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Brief description of the drawings 

The invention will be described in more detail by means of preferred 
embodiments with reference to the appended drawing wherein: 

Fig. 1 is a block diagram of a mobile communications network 
5 equipped with an arrangement according to a preferred embodiment of the in- - 
vention; 

Fig. 2 is a signalling diagram illustrating one embodiment of the in- 
vention; and 

Fig 3 depicts a mobile station after receiving and displaying a short 
10 message according to-the invention. 

Detailed description of the invention 

Fig. 1 is a block diagram of a mobile communications 1 ' network 
equipped with an arrangement according to a preferred embodiment of the in- 
vention. This embodiment makes use of Intelligent Network technology. An 

15 intelligent network (IN) is able to provide a subscriber of a telecommunications 
network, such as a wired network or a mobile telephone network, with a plural- 
ity of various services. Such services include a virtual private network (VPN) 
which allows the use of short numbers between subscribers belonging to a lo- 
cal network, and a personal number in which the intelligent network reroutes 

20 the calls directed to a personal number in a manner controlled by the sub- 
scriber. An example of such an intelligent network is described in recommen- 
dations of the ITU-T Q-1200 series, of which Q-1210 to Q-1219 define a set of 
features known as CS-1 (Capability Set 1), and correspondingly, Q-1220 to Q- 
1229 define a set of features CS-2. The invention and its background will be 

25 described by the terminology of recommendation ETS 300 374-1 CorelNAP, 
but the invention can also be employed in intelligent networks implemented 
according to other intelligent network standards. 

A basic call state model (BCSM), defined in connection with the in- 
telligent network, describes different stages of call control and defines the 

30 points in which call control can be interrupted in order to start an intelligent 
network service. It identifies the detection points in the call and connection 
process in which service logic entities of the intelligent network can have an 
interactive relationship with basic call and connection management features. 

In conventional call set-up which takes place without the help of an 

35 intelligent network, telephone exchanges make independently all the deduc- 
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tions about call routing. One or more service control functions (SCF) are asso- 
ciated with intelligent network architecture. The equipment or network element 
carrying out the tasks determined for the SCF is called a service control point 
(SCP). In the present invention, the SCF and the SCP are equal, and will. 

5 hereinafter be called the SCP. The SCP gives call set-up instructions to the 
exchange, or the exchange may inquire call set-up instructions from the SCP. 
If the interface of subscriber B is found to be busy at some stage of call set-up, 
for example, the call can be directed to an alternative number. Service data 
function SDF and service data point SDP form a database comprising sub- 

10 scriber-specific and/or service-specific information. 

A service switching function (SSF) is an interface between the call 
control function CCF and the service control function SCF. The ;: network ele- 
- ment performing the SSF is called a service switching point (SSP^'An intelli- 
gent network service is produced by the service switching point SSP inquiring 

15 instructions from the service control point SCP by means of messages to be 
transmitted across the SSP/SCP interface upon the encounter of detection 
points associated with the services. In intelligent network terminology these 
messages are called operations. In association with an intelligent network 
service, a service program is started at the service control point SCP, the op- 

20 eration of the program determining the operations transmitted by the SCP to 
the SSP at each stage of a call. 

Fig. 2 is a signalling diagram illustrating a preferred embodiment of 
the invention. The scenario shown in Fig. 2 begins in step 2-0 wherein the MS 
sends Call Setup signalling to the MSC. In this example, it will be assumed 

25 that call establishment takes place under IN control, but this is not necessary 
to the invention. Another assumption, made here, is that the IN is also respon- 
sible for keeping track of the available credit of the prepaid SIM card. In step 
2-2, the MSC sends the SCP an Initial Detection Point (IDP) message, the 
parameters of which comprise a Service key Skeyl and the calling and called 

30 party* numbers A# and B#. Service key Skeyl identifies the IN service in ques- 
tion. In step 2-4, the SCP sends the MSC a RequestReportBCSMEvent 
message, indicating which detection points the MSC must report to the SCP. 
One such interesting detection point is the one that concerns termination of 
calls. In step 2-6, the SCP sends the MSC a Continue message which directs 

35 the MSC to route the call normally. (Alternatively, the SCP might send a 
Connect message indicating an alternative number, but such variations are 
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irrelevant to understanding the actual invention.) Step 2-8 comprises all the 
necessary steps for call establishment to the called party B. For clarity, such 
routine steps are not shown separately. In step 2-10, the MS terminates the 
call by sending a Disconnect message. In step 2-12, the MSC sends the SCP 
5 an EventReportBCSM message indicating disconnection from the originating 
side. In step 2-14 the SCP returns a FurnishChargingInformation message 
to the MSC. In response to the Continue message in step 2-16, the MSC re- 
leases the resources allocated to the call in step 2-18. Again, such routine 
steps are not shown separately. 

10 According to one embodiment of the invention, in step 2-20, the 

MSC sends the SCP a second IDP message, having as its parameters a sec- 
ond Service key (Skey2) and the calling party number A#. Service-: key Skey2 
identifies the supplementary service which indicates the available credit to the 
prepaid subscriber. The next two steps make use of a separate workstation 

15 WS, although these steps could also be implemented by means of a process 
being executed in the SCP. Next, in step 2-22, the SCP sends the WS a mes- 
sage requesting the WS to format a short message indicating the credit infor- 
mation. Preferably, the credit information comprises the duration and price of 
the last call, and the amount and lifetime of available credit. In step 2-24 the 

20 WS sends this information to the Short Message Service Center SMSC, which, 
in step 2-26 sends it to the MS in a suitably formatted short message. 

Fig. 3 shows a mobile station MS after it has received and displayed 
the short message of step 2-24. In a bilingual or multilingual country like Fin- 
land or Switzerland, the workstation SW might make use of the subscriber's 

25 language (stored in the HLR) and format the message accordingly. 

Based on the above example, several variations will be obvious to a 
skilled reader. For example, it was assumed that the SCP takes care of both 
call processing and keeping track of the available credit of the prepaid SIM 
card, and that the SCP stores the available credit to an IN database called 

30 Service Data Point (SDP, not shown separately). This is why the available 
credit did not have to be transferred to the SCP at the beginning of the call. Of 
course, keeping track of the available credit can take place in the MSC, 
whereby the IN call control (steps 2-2 to 2-6 and 2-12 to 2-16) is unnecessary. 
Alternatively, the SCP could perform call control but the MSC might keep track 

35 of the prepaid credit. In this case,, only step 2-14 is unnecessary. 
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As a yet further alternative, the IN call control and the credit report- 
ing according to the invention could be integrated so that sending the 
Continue message to the MSC in step 2-16 would also trigger sending the 
FormatShortMessage message to the WS in step 2-22. In other words,- the 

5 message in step 2-20 is unnecessary. However, for reasons of compatibility 
with different implementation options, in the example shown in Fig. 2, the SCP 
reports the credit information to the MSC in step 2-14, and the MSC returns 
the credit information back to the SCP in step 2-20. In this way, the credit re- 
porting service according to the invention (steps 2-20 to 2-26) is compatible 

10 with all combinations of call control and credit tracking under the MSC or the 
SCP. 

Although sending the credit information as a short message is con- 
sidered the best mode, other transmission channels could be used. A possible 
alternative transmission method is the use of USSD (Unstructured Supple- 
15 mentary Service Data), which is defined in references 2 to 4. However, net- 
work-initiated USSD is only possible with Phase-2 mobile stations. Short mes- 
sage transmission and USSD transmission can be commonly referred to as 
connectionless transmissions because the information is simply transmitted to 
the recipient, without the establishment of an end-to-end connection. 

20 The invention can be used for transmitting any kind of credit/char- 

ging information the transmission of which is triggered in response to ending a 
call. Preferably, the credit/charging information comprises the current credit 
status, the duration of the last call, the price of the last call and the validity pe- 
riod of the SIM card. Although the invention has been described in connection 

25 with prepaid subscriptions, it is not a strict requirement that the subscription is 
prepaid. As an alternative, subscribers may wish to set an upper limit for the 
monthly telephone bill. Thus, even if a mobile telephone is stolen, the amount 
of damage could be restricted to the predefined upper limit, and parents can 
set an upper limit to the monthly telephone bill of their children. The invention 

30 is equally suitable for transmitting the available charging limit (the predefined 
upper limit minus the accumulated, but not yet invoiced, charge). 
References: 

1. GSM 02.90: European digital cellular telecommunications system 
(Phase 2); Stage 1 description of Unstructured Supplementary 
35 Service Data (USSD) 
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2. GSM 03.90: Digital cellular telecommunications system (Phase 
2); Unstructured Supplementary Service Data (USSD) - Stage 2 

3. GSM 04.90: European digital cellular telecommunications system 
(Phase 2); Unstructured Supplementary Service Data (USSD) - 
Stage 3 

All references are incorporated herein by reference. 



